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© A representation of a shared structured container 
type data object with related data bases can be used 
to present information in a hierarchy or multi-level 
mode about the activities and status relating to the 
shared container type structured data object and 
related data bases and its content of a plurality of 
structured data objects as well as other information 
affecting or tracking the shared container type struc- 
tured data object content in multi-levels. Further, 
user access control is also provides exclusivity or 
privacy to invoked changes to parts of the shared 
container type structured data object and related 
data bases without interference from other users but 
with an indication to the other users of access con- 
trol attributes thereby providing coordinated consis- 
tency among users relative to changes to all parts of 
the shared container type structured data object. 
There is also the provision for sharing a container 
with related data base and for Quick Query access 
to the data base allowing the sharing of multiple 
objects within the container and the capability of 
populating and querying the various objects within 
the container as well as within the data base. 
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BACKGROUND OF THE INVENTION 

This invention relates to collaboration among 
users in a networked workstation system, i.e. a 
real-time computer-based cooperative, multi-user 
environment, through a multi-user interface. More 
specifically, the invention relates to the manner in 
which shared structured, hierarchical containers 
and data bases are represented, accessed and 
controlled in a collaborative system. 

In a multi-user interface in a collaborative sys- 
tem, there must be an interface utility that permits 
multi-users to participate simultaneously together 
and share access to information relative to their 
participation. 

A wide variety of user interface techniques are 
known for enabling more than one user to access a 
structured data object. In some techniques, a struc- 
tured data object is only displayed to one user at a 
time, while in others, a structured data object is 
displayed to a number of users at the same time. 

The term, "structured data object", is used 
herein to generically mean a data object that con- 
tains a series of other data objects linked together 
in a predetermined manner which may or may not 
include a visual representation or functional ab- 
straction on a display screen. Such data objects 
may have an associated set of operations and be 
linked to one another for one or more functional 
purposes. An examples of a structured data object 
is the electronic version of a multi-page document 
wherein each page is a data object linked to both 
preceding and subsequent pages, which are data 
objects, in a predetermined order. Another example 
is a workspace or desktop, as. defined by the 
display screen containing multiple structured data 
objects, e.g., file folders or documents, which, in 
turn, may contain other structured data objects. For 
example, a file folder may contain several docu- 
ments, other file folders or a file drawer. A struc- 
tured data object that is capable of holding other 
structured data objects is also referred to in the art 
as a "container", e.g., a file folder is a container for 
documents. Another example is a hypertext linked 
structured data objects wherein individual work- 
spaces or text windows, themselves may be linked 
together in a predetermined manner. In U.S. patent 
application, Serial No.030,766, filed March 25, 
1987, entitled, "User Interface With Multiple Work- 
spaces For Sharing Display System Objects", as- 
signed to the assignee herein and incorporated 
herein by reference thereto, the term, "structured 
data objects" would include "display objects", 
"container" and "display system object" as defined 
therein. 

The present invention deals with the employ- 
ment of structured files in a shared multi-user envi- 
ronment, in particular, a hierarchy of containers and 



documents containing structured data objects such 
as tables, fields, graphics, and data attachments 
with related data bases that are shared and easily 
accessed. The selective exclusion of containers 

5 and documents is also included. In this context, the 
term "shared structure object" has reference to 
files and the structured data objects within them 
that are accessible to more than one user through 
network coupled display workstations. 

70 As is known in the art, the representation and 

display of structured data objects in a workstation 
environment may take various forms. A common 
technique is to present the contents or entries of 
structured data objects in a display region or work- 

75 space, such as a view window, on a CRT display. 
In order to maintain an unctustered display area in 
the displayed setting, however, it may be useful to 
provide a shrunken or small representation of the 
structured data object, such as an iconic repre- 

20 sentation, when a user is not engaging in activities 
relating to the structured data object. Such a repre- 
sentation of data may take the form of iconic repre- 
sentations of different structured data objects posi- 
tioned on a workspace of a display screen, e.g., a 

25 display illustrating an office desktop metaphor em- 
ploying various abstractions of a typical office envi- 
ronment, representative of real office objects, both 
physically accessible directly while seated at a 
desk or only physically accessible by moving from 

30 a desk to another office location away from the 
desk. Examples of these abstractions are a desk- 
top, inbasket, outbasket, documents file folders and 
"books", which contains two or more consecutive 
document portions which together comprise a com- 

35 plete document. An example of such an office 
metaphor is the ViewPoint™ ("VP") software sys- 
tem available from Xerox Corporation in connection 
with its 8010 and 8065 display workstations. A 
more detailed description of this system and iconic 

40 representation therein is found in U.S. patent ap- 
plication, Serial No. 856,525, filed April 28, 1986, 
assigned to the assignee herein and incorporated 
herein by reference thereto. This application also 
contains subject matter related, in certain aspects, 

45 to the subject matter of Patent Application Serial 
No. 127,814 (D/87009), filed December 2, 1987, 
entitled, "Smalt-Scale Workspace Representations 
Indicating Activities by Other Users", assigned to 
the same assignee herein and also incorporated 

so herein by reference thereto. 

A "book" in the Viewpoint software system is a 
structured data object of the container type and is 
a special directory that creates a relationship 
among the document portions that are contained in 

55 the book. Consecutive documents in a book can 
share a single page number series so that each 
document or a selected order of selected docu- 
ments in the book automatically inherit sequential 
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page numbering proceeding from document to 
document of the book. Also, scrolling from one 
document will automatically continue into the next 
sequential document. Further, there is a facility to 
automatically create a table of contents and index 
for the book which will automatically include con- 
tent and indexing material into the table and index 
created relative to each document in the book. 
Lastly, the book will print as a single document. 

The ViewPoint ("VP") software system includes 
a form of "shared" structured data objects in the 
form of the file drawer abstraction, described in 
"Filing", VP Series Reference Library, Version 
1.0, Xerox Corporation, 1985, pp. 1-60. As de- 
scribed at pages 4-7 and 20-21 , a file drawer 
stores information on a remote file server, which is 
a physically remote accessible device so that the 
iconic representation is referred to as a reference 
icon on the desktop and is shown in half tone to 
represent this remote state. Structured data ob- 
jects, such as file folders and documents digitally 
stored in a file drawer, can be shared by many 
users, in accordance with access rights, as illus- 
trated at pages 40-43, i.e., users with access rights 
can access copies of data objects from the same 
file drawer. A file drawer is represented on the 
display by a relatively small icon with a pictorial file 
drawer representation with a name appearing within 
the representation. As explained in patent applica- 
tion Serial No. 856,526, a sequence of keyboard 
and mouse signals, the user can select the icon 
and request an <OPEN> operation, in which case a 
window appears on the display workspace showing 
the file drawer contents, as described and shown at 
pages 9-10 and 32-34. Unless covered by a win- 
dow, the file drawer icon remains visible in shadow 
form while file drawer window remains in its 
opened state. The user can subsequently close the 
file drawer window, in which case, the window 
disappears and the icon resumes its original solid 
iconic appearance. The ViewPoint system also in- 
cludes other reference icons described at pages 
11-15, 22-25 and 49-60, which can also be used to 
access a "shared" structured data object. 

Thus, relative to "shared" structured data ob- 
jects located in a remote digitally storage facility or 
file service represented as a file drawer abstraction 
of the desktop, it is important to note that access of 
a structured data object is possible by multiple 
users having proper access rights to the file drawer 
for placing a digital copy of a structured data 
object on the user's desktop for subsequent ma- 
nipulation, editing, revision, insertion of new ma- 
terial, etc. In this sense, several users may access 
and share the same data or the same structured 
data objects, but individual users would be unaware 
of any changes made by other users unless other 
users restored the modified version of the struc- 
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tured data object back into the same file drawer 
and, further, other users periodically checked to 
see if and when an updated version of the struc- 
tured data object may have been so restored, 

5 absent an electronic or phone message to other 
users informing them of the restored revision. 

The prior art also includes U.S. Patent No. 
4,399,504 to Obermarck et al. discloses a method 
and means for the sharing of data resources in a 

10 multiprocessing, multiprogramming environment 
wherein a matrix to determine compatability be- 
tween two user's requests is shown. See col. 6, 
lines 38-54. A variable, DBRC, keeps track of the 
databases usage. See col. 9, line 31 - col. 10, line 

75 5. A method to control multiple concurrent ac- 
cesses to data is shown. See col. 29, lines 49-66. 

PRIOR ART 

20 U.S. Patent No. 4,604,686 To Reiter et al. dis- 

closes an associative data access method (ADAM) 
and its means of implementation wherein a user 
interface is shown. See col. 4, lines 14-34. A file 
structure is shown which allows the user interface 

25 to operate in a particular database. See col. 4, line 
52 - col. 5, line 13. 

U.S. Patent No. 4,543,630 to Neches discloses 
a data processing system and method wherein a 
multiprocessor system with individual user's rela- 

30 tional databases is shown. See col. 7, line 65 - col. 
8, line 4. A method of prioritizing messages from 
nodes is shown. See col. 11, lines 10-62. 

U.S. Patent No. 4,631,664 to Bachman dis- 
closes a partnership database management system 

35 and method wherein access levels of an application 
are shown. See col. 5, line 48 - col. 6, line 21. A 
method to link and unlink two records is shown. 
See col. 7, line 2 - col. 8, line 35. 

It is also known in the prior art, as disclosed in 

40 copending patent application D/87280, U.S. Serial 
No. 127,993 to provide a representation of a shared 
structured data object can be used to present 
information about the activities and status relating 
to a shared (non-hierarchical) structured data object 

45 and its content as well as other information affect- 
ing or tracking the shared structured data object 
content. Further, user access control also provides 
exclusivity or privacy to invoked changes to parts 
of the shared (hierarchical) structured data object 

50 without interference from other users but with an 
indication to the other users of access control at- 
tributes thereby providing coordinated consistency 
among users relative to changes to all parts of the 
shared (non-hierarchical) structured data object. 

55 A difficulty, however, is that there is no facility 

in ViewPoint for sharing containers with related 
data bases, nor for sharing containers in a hierar- 
chical manner. Nor is there in Viewpoint the provi- 
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sion for a Quick Query access to containers and 
their files and the contents of the files with data 
base access and for sharing information concerning 
the status and tracking of revisions created by 
other users to a container with related data base. 
This severely restricts the shared and data access 
feature versatility of the system. Sharing a con- 
tainer with related data base and quick access to 
the data base allows the sharing of multiple objects 
within the container and the capability of populating 
and querying the various objects within the con- 
tainer as well as within the data base. 

It is a principal object of this invention to pro- 
vide a means in the form of a representation indi- 
cative of the status of and tracking changes to a 
hierarchy of shared structured data objects with 
related data bases accessible in a Quick Query 
mode as a multi-user application in a realtime 
collaborative environment. 

SUMMARY OF THE INVENTION 

According to this invention, a representation of 
a shared structured container type data object with 
related data bases can be used to present informa- 
tion in a hierarchy or multi-level mode about the 
activities and status relating to the shared container 
type structured data object and related data bases 
and its content of a plurality of structured data 
objects as well as other information affecting or 
tracking the shared container type structured data 
object content in multi-levels. Further, user access 
control is also provides exclusivity or privacy to 
invoked changes to parts of the shared container 
type structured data object and related data bases 
without interference from other users but with an 
indication to the other users of access control at- 
tributes thereby providing coordinated consistency 
among users relative to changes to all parts of the 
shared container type structured data object. There 
is also the provision for sharing a container with 
related data base and for Quick Query access to 
the data base allowing the sharing of multiple ob- 
jects within the container and the capability of 
populating and querying the various objects within 
the container as well as within the data base. 

Other objects and attainments together with a 
fuller understanding of the invention will become 
apparent and appreciated by referring to the follow- 
ing description and claims taken in conjunction with 
the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure. 1 is a diagrammatic illustration of an 
office information system illustrating shared 
structured data objects. 

Figure. 2 is an enlarged view of a display screen 



as shown in Fig. 1 . 

Figure 3 is a representation of the accessing 
and displaying of nested hierarchical files in 
accordance with the present invention; 

5 Figure 4 is a representation of the accessing 

and displaying of hierarchical files into separate 
windows in accordance to the present invention; 
Figure 5 is a representation of the accessing 
and displaying of files using a folder pop-up 

70 menu in accordance with the present invention; 

Figure 6 is a representation of the accessing 
and displaying of files displayed at "one more 
level" in accordance with the present invention; 
Figure 7 is an illustration of Display Wrap-ar- 

75 ound in accordance with the present invention; 

Figure 8 is a representation of the display of 
files and automatic selection in accordance with 
the present invention. 

Figure 9 is another example of file selection in 
20 accordance with the present invention; 

Figure 10 is an example of Show Next and 
Show Previous in accordance with the present 
invention; 

Figure 11 is an example of the Display Option 
25 Sheet in accordance with the present invention; 

Figure 12. illustrates a shared data base - 
backed documents and relationships in accor- 
dance with the present invention; 
Figures. 13Aand 13B show a Quick Query win- 
30 dow and data attachment window in accordance 
with the present invention; 

Figure. 14 is a representation of the relationship 
of Shared Book Objects in accordance with the 
present invention; 

35 Figure. 15 is a representation of a Shared Book 
with Data Base Property Sheet in accordance 
with the present invention; and 
Figures. 16, 17, and 18 are flowchart representa- 
tions of the locking and unlocking procedures of 

40 shared objects of this invention. 

DETAILED DESCRIPTION OF A PREFERRED EM- 
BODIMENT 

45 General features of this invention can be un- 

derstood with reference to the figures in explaining 
in detail the collaborative environment of this inven- 
tion utilizing a shared structured data object such 
as could be used in a variety of systems such as a 

so hypertext type system, e.g., NoteCards or a hierar- 
chical database retrieval system or a publication 
management system. 

The collaborative system of this invention in- 
voking a structured data object representation sup- 

55 ports a multi-user document processing environ- 
ment. A typical office information system consists 
of a number of workstations linked by Ethernet 
local area network to shared file, communication, 
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and print services. Each workstation has its own 
local file system. Sharing is done using files stored 
on file services but files must be manually copied 
between workstations and servers. The system also 
has a distributed electronic mail system. These 
existing facilities help in preparing documents, but 
they still require manual and coordinated effort and, 
therefore, are subject to error, particularly relative 
to information about status and coordination of ef- 
forts. 

Copending, coassigned U.S. patent application 
Serial No. (D/87009Q), entitled "Multiple Shared 
Virtual Workspaces", and incorporated herein by 
reference, relates to the sharing of information and 
workspaces in a collaborative environment. In addi- 
tion to the explanation set forth in that patent 
application as well as in U.S. patent application 
Serial No. (D/87009), the present invention involves 
the notion of a particular representation of shared 
structured data objects. The term, "shared struc- 
ture object" is used herein to refer to any struc- 
tured data object that is accessible to more than 
one user. A representation of a shared structured 
data object is any way of displaying shared data 
represented by the object and its contents, whether 
as a simple display object, as the contents of the 
entire display screen, or as the contents of any 
workspace, whether the workspace is thought of as 
a room, a window, a blackboard, a sketchpad, a 
spreadsheet, a card or any other type of entity for 
presenting data within an area of a display. A 
representation may be at full scale, occupying a 
substantial part of the display area, in which case 
the details of the shared data will ordinarily be 
visible to a viewer, albeit in some mapped form, 
such as, a sequence of characters or a bitmapped 
graphical object. Such a body of shared structured 
data objects may be amenable to many different 
full scale representations, as when a document can 
be displayed page-by-page in a desired sequence. 
A representation may also be at a small scale, 
occupying a small part of the display area, in which 
case, the details of the shared structured data 
object may not be visible. A small scale repre- 
sentation may also be a small portion of the full 
scale representation of the same shared data, 
showing details relating in specific ways to or at- 
tributes of the shared structured data object; it 
could be a shrunken version of the full scale repre- 
sentation of a structured data object, showing some 
general features of the full scale representation but 
omitting details; a reduced scale representation 
could also be an icon or other small display ab- 
straction that shows virtually none of the features or 
attributes of the full scale representation other than 
an identifier such as a name or configuration of a 
structured data object. 

The above mentioned recognized capabilities 



are achieved in a multi-user collaborative system in 
which the contents as well as the current status of 
other user activity of a shared structured data ob- 
ject in a hierarchy format with related data bases 

5 representing one or more related structured data 
objects in the form of data entries can be concur- 
rently accessed by different users respectively at 
different workstations connected to a common link. 
The user interface representation of the shared 

10 structured data objects includes an ordered listing 
of such entries that are maintained by the struc- 
tured data object and various attributes of each 
listed entry, inter alia, the type and class of entry; 
the revision number of the shared structured data 

15 object; the number of pages and revision number 
of each structured data object entry; the date of 
creation and last revision of each such entry; 
whether an entry can be accessed by a user and, if 
not, who has prevented such access; whether a 

20 local instance of an entry is present on a user's 
system; and a provision for miscellaneous notes or 
comments relative to each entry for view by other 
users. 

A procedure is provided for maintaining current 

25 information relative to the shared structured object 
and its entries on a user initiated demand updated 
basis invoked by a user operation, which operation 
requires updated information to properly implement 
the operation. Further, means is provided for lock- 

30 ing up one or more data entries by an individual 
user and thereby prevent access of the locked 
entries by other users to prevent concurrent editing 
and other changes to the same entries by two or 
more users. In this connection, editing or modifica- 

35 tion cannot be performed by a user until the shared 
structured data object entry or entries have been 
locked up. Visual indication as to the locked state 
of entries and other information relative to the lock- 
ing user and the time of lock is updated and 

40 displayed in the shared structured data object re- 
presentation present at user workstations when a 
user invokes a user operation on the shared struc- 
tured data object or its contents. In this manner, 
the updating of the representation is completely 

45 decentralized and client-based so that it is not 
necessary to monitor the number and currency of 
shared structured data objects existing throughout 
the network but, rather, updating of the representa- 
tion of object content, as well as any modified data 

so content of structured data objects, is accomplished 
upon individual user initial invoking of a structured 
data object operation. 

Reference is now made to a typical office 
information system 10 illustrated in Figs. 1 and 2 

65 System 10 includes an Ethernet local area network 
(LAN) 12, to which a number of user workstations 
14, including workstations 14A and 14B, are con- 
nected. Workstations 14 may be, for example, the 
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Xerox 6085 professional workstation. LAN 12 may 
also have other office connected equipment such 
as network file server 16, network 
file/mail/communication server 18, printer server 20 
and printer 22. Also, a large capacity remote stor- 
age facility, such s a UNIX mini computer 24 may 
be connected to LAN 12. System 10 is a collabo- 
rative type system, meaning that it enables users 
at different workstations 14 to work together in 
realtime by processing and passing information 
among one another and storing and retrieving in- 
formation from storage services 16 and 24 via 
network 12. The collaborative functions of system 
10 could also be centralized in a single main CPU, 
could be distributed among processors at the work- 
stations, or could be provided in any combination 
of centralization and distribution. Similarly, LAN 12 
could take any appropriate configuration capable of 
providing the necessary communications to support 
collaboration. 

System 10 includes display-based user inter- 
faces, with each workstation 14 including a display 
device and a user input device. In this connection, 
workstations 14A and 14B illustratively include re- 
spective CRT display screens 26 and 28 and key- 
boards 25, each with a display cursor mouse 30. 
System 10 includes an object oriented display sys- 
tem that comprises iconic representations of dif- 
ferent structured data objects positioned on a work- 
space of a display screen, e.g., a display illustrat- 
ing an office desktop metaphor employing various 
abstractions of a typical office environment, repre- 
sentative of real office objects. An example of such 
an office metaphor is the ViewPoint™ ("VP") soft- 
ware system available from Xerox Corporation in 
connection with its 8010 and 8065 display work- 
stations. Examples of these abstractions in Fig. 1 
are a desktop 32, inbasket 33, outbasket 34, docu- 
ments 35 and 35A, file folder 36, file drawer 37 and 
printer 38. Document icon 35A is shown "opened", 
in that an <OPEN> command has been invoked and 
opened window 35B has appeared displaying the 
document in full scale. Printer 38 is an iconic 
representation of printer 22 on LAN 12. Any docu- 
ment 35 moved, via a (COPY) command from 
keyboard 25 onto printer icon 37 and the document 
will be printer at printer 22. Electronic mail is 
received and sent via a workstation inbasket 33 
and outbasket 34, respectively, from and to other 
workstations on LAN 12 or to workstations on other 
networks via File/Mail/Com server 18. 

The desktop 32 of workstations 14A and 14B 
also include a shared structured data object 40, 
which is shown in larger detail between worksta- 
tions 14A and 14B. This shared structured data 
object corresponds to a container of related struc- 
tured data objects, and the data content of the 
related structured data objects enable users at dif- 



ferent workstations to work together in real time. 
The contained bodies of related structured data 
objects need not be mutually exclusive.The shared 
structured data object 40 is also hereinafter re- 

5 ferred to as a "shared book", taking the basic 
attributes of VP "books", explained in the Back- 
ground of the Invention. Like a VP book, a shared 
book 40 is a container that has a plurality of related 
structured data objects which are called entries, 

10 e.g., VP documents and/or Interpress masters or 
files. Shared book 40 is shown in half tone, indicat- 
ing that it is a reference icon having a remote 
location on a remote file service, such as file server 
16. However, the implementation of shared books 

75 is client-based and runs on workstations 14. 

In the particular embodiment here, shared book 
40 shown in Fig. 1 is a local instance of the shared 
data comprising a multi-part publication identified 
as a "Shared Book". A local instance of shared 

20 book 40 may appear at several workstations 14. A 
user's interaction with shared books 40 is designed 
to be as conventional as possible with the VP 
metaphor. Standard operations with which the user 
is already familiar, such as copying and editing of 

25 documents, work the same way relative tot his 
shared object as they do on desktop 32. 

Shared book 40 has its own window repre- 
sentation 42 and the various types of property 
sheets, to be discussed, and have been designed 

30 to convey a maximum amount of useful information 
in an easily readable format. An entry 44 within 
shared book 40, e.g. a VP document, is exactly the 
same instance as when the entry is on desktop 32. 
The usual editing, copy, move, and delete oper- 

35 ations of VP may be applied as long as the user 
has the proper access an entry 44 in shared book 
40. A user's access to shared book 40 and its 
contents comes in two forms. The first form is the 
standard access rights of read, write, change, and 

40 delete permission known in VP world. A user may 
not open or view the contents of a particular shared 
book without at least read access rights. 

The second form of access rights is specific to 
the shared books implementation and is a direct 

45 consequence of its multi-user environment. Each 
shared book 40 must be protected from multi-users 
simultaneously changing its contents or its prop- 
erties. This is necessary in order to prevent dif- 
ferent users from overwriting each other's changes 

50 or revisions of shared data. This second form of 
access is extended to shared book 40 as a whole, 
which is an important aspect of this invention. A file 
service consists of a digital storage facility to store 
large amounts of information in digital form and the 

55 database manager is a computer program facility 
for accessing, reading, writing and searching 
records in the database. A "record" is a basic data 
entry unit of a database. Each record contains a 

6 
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number of "fields" which store information about 
the content of a record or the record content per 
se. A number of similar records, therefore, com- 
prise a "database", also referred to as a "file". A 
"transaction" is a set of steps or procedures which 5 
take the database, or a record therein, from one 
consistent state to another consistent state by 
modifying the fields of one or more records. Using 
one of the above mentioned file systems, it is 
possible to lock out a record being accessed and io 
used by a user while all other records remain 
accessible to all other users. 

Each shared book 40 at the time of its creation 
has its own record registered with a file service. A 
file service supports one or more databases of 75 
records. In shared books 40, a record is a named 
property list or a number of "fields" within a par- 
ticular database, i.e., a list of attributes characteris- 
tic of a record, such as remote file, names, check- 
ing in and checking out files from the database and 20 
by whom. Each of the properties on the list is 
tagged with a name. The file service supports 
applications that do simple queries and edits on 
these records and the actual properties contained 
within each record are, therefore, determined by 25 
the particular application. With respect to the 
shared books application, some of the properties 
for shared books 40 are the shared book's name, 
its file service, its file service database, its user 
access list, the number of remote versions of each 30 
shared book entry to be maintained on the file 
server and notes regarding the entries. 

A database on a particular file service is speci- 
fied by the user at the time a new shared book is 
created. Thereafter, the file service assigns to 35 
shared book 40 and each of its entries 44 a distinct 
record and registers the record with this database. 
The file service then keeps track of which entries 
44 are locked and by whom. Users cannot explic- 
itly lock shared book 40 per se, but certain user 40 
operations, such as pagination, can cause shared 
book 40 to be locked for a brief time as against all 
users. This prevents two users from simultaneously 
changing the content or attributes of shared book 
40 during such an operation. Typically, each or- 45 
ganization will share a single database. Each file 
service, such as file server 16, can support several 
distinct databases. Each database can support mul- 
tiple shared books 40. Every transaction to be 
performed in connection with shared book 40 50 
checks first to determine whether the shared 
book's record is available. If it is not, then shared 
book 40 is determined to be locked and the trans- 
action terminates. If the shared book record is 
available, then the transaction can proceed with 55 
shared book updating, if necessary, and further 
user invoked operations. Locking and unlocking a 
shared book's record is accomplished automati- 
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cally and is invisible to the user, i.e., the users 
receives no visual indication of file locking or unloc- 
king other than an indication of failed action indica- 
tive itself of a current locked state. 

As previously indicated, shared book 40 re- 
sides in a particular subdirectory or database on a 
particular file service, such as file server 16. A user 
specifies the remote location where shared book 40 
is to reside at the time the user initially creates a 
particular instance of a shared book 40 from a 
blank shared book prototype. Shared book 40 and 
all of its related structured data objects or entries 
therein will be maintained at this specified location. 
The shared books application automatically stores 
such entries to and retrieves entries from a speci- 
fied file server 16. 

A blank shared book icon can be electronically 
retrieved from a prototype folder in the directory 
icon on desktop 32. The directory icon is explained 
in detail in U.S. patent application Serial No. 
856,525. The prototype shared book icon cannot 
be opened to view its contents until the properties 
of a shared book have been properly assigned to 
the object via a property sheet. A property sheet 
can be obtained by invoking a <PROP'S> key from 
keyboard 25. Such a property sheet and the invok- 
ing thereof is explained in detail in U.S. patent 
application Serial No. 856,525. The sole purpose of 
blank shared book is to enable the user to create 
new shared books and to obtain local instances of 
previously created shared books. The name "Blank 
Shared Book" is reserved for this prototype so that 
when a shared book is created, a different name 
must be given to prototype. 

A Shared book may contain many different 
types of structured data objects. This allows the 
user to maintain in one location both the files that 
make up a publication and the publication support 
files. Among the permissible types of such objects 
that may be placed in a shared book are VP 
documents with graphics, VP documents of simple 
text, ASCII and Wordstar files, mail notes, spelling 
and hyphenation dictionaries and VP spreadsheets. 
Two types of structured data objects are not al- 
lowed in a shared book. Shared books do not have 
hierarchical capabilities, hence container type 
structured data objects may not be placed in 
shared book. This class of structured data objects 
includes folders', record files, books, and shared 
books themselves. The second kind of structured 
data objects that are not allowed in shared books 
are reference icons. 

The message area is the header at the top of 
screen for displaying system messages to a work- 
station user. In the example shown there is an 
indication of the number of free pages left on an 
associated disk drive. Other messages would be 
prompts to suggest the next action to be taken by 
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a user such as involving a <MOVE) command from 
moving an object to another place on the screen 
and display of the message in the header, "Please 
specify a destination". The triple bar symbol at the 
end of the header is a transient or pop-up menu 
activated via the mouse pointer button held in its 
down position, thereby visually producing a menu 
which contains a list of command items which may 
be, for example, such items as "Date and Time", 
"End Session" (logoff), "Spelling Checker", etc.. 
These subcommands are involved by moving the 
cursor pointer with the button still held in its down 
position over a selected item, which is then high- 
lighted to indicate to the user its potential selection. 
At this point, if the button is released by the user, 
the selection is accomplished, the pop-up menu 
visually disappears and the command item se- 
lected is initiated. 

Other commands for performing functions may 
be invoked from the keyboard. These functions 
include (DELETE), which will delete the object and 
its contents, (COPY) which will copy the object and 
its contents to another desktop location, (MOVE) 
which will move the object and its contents to 
another desktop location, (PROP'S) which will open 
a window displaying properties or parameters for a 
particular object and provide alternative choices for 
these parameters and (OPEN) which opens an ob- 
ject to reveal the contents of the object in a win- 
dow, if the object is designated to have a content, 
for example, a document content. 

The icons on desktop 32 are aligned vertically 
and horizontally according to an invisible ortho- 
gonal grid. Thus, the icon placement on desktop 32 
is not arbitrary and the application software is ca- 
pable of determining and keeping track of the loca- 
tion of icons on the surface of desktop 32. The 
locations of each square in the desktop grid are 
listed in the desktop software so that at any given 
time, the desktop application can determine the X, 
Y location of icons on its surface and also help to 
determine whether the positioning of one icon on 
top of another on the desktop is a permissible 
function. For example, the dropping or releasing of 
a document icon onto a file folder icon or on a 
printer icon, are both permissible functions; the 
dropping of one document icon onto another docu- 
ment icon is not a permissible function. 

Many of the icons may be opened via the 
(OPEN) function to reveal their content, such as a 
list or directory of files or the content of a docu- 
ment. In this sense, the icons are containers repre- 
senting pointers to files and other bodies of stored 
data. One Icon is a directory divider which when 
opened contains a plurality of directory icons. One 
directory icon serves as a source of icons repre- 
senting shared and remote objects that the user 
may access, such as filing and printing services. 
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There is also the feature of Shared Books with 
Data Base, that is, the same shared capability as 
Shared Books but "attributes" of files and their 
contents are included. For example, fields and their 

5 content, filing name, who modified them and when, 
as well as graphic and data arrangements are also 
populated to a central data base for easy access 
and querying. Shared Books allows folders to be 
added to the books as support. Shared Books are 

io created from a simple "Blank Book" icon available 
in the workstation directory file on the desktop- 
There is provided a data base access or Quick 
Query window integrated into the window interface 
of Shared Books with Data Base and backing the 

75 data and files associated with the Shared Book and 
Data Base. One or more Shared Books with Data 
Base are considered to form a shared library to be 
queried by quick query operations. There are sev- 
eral ways of accessing the Quick Query windows, 

20 for example, by chording over a closed Shared 
Book or file with Data Base. The window can also 
be accessed from the auxiliary menu of as Shared 
Book with Data Base or from the window header 
menu of a reference icon to a Shared Book with 

25 Data Base. 

The Quick Query window or technique offers a 
simple but very powerful method *of accessing 
much of the information contained in documents 
and about other files that have been checked into a 

30 Shared Book with Data Base. The window provides 
the ability to search information across many books 
by using icons and filling in query criteria without 
the need to write SQL statements. Information 
Management, one of the choices available, allows 

35 quick access to data that falls into categories such 
as files organized into books, filing information 
such as names, file types, creator's modification 
dates, etc, graphic models for all notations - - such 
as objects and connections and the data base 

40 attachments and fields information including field 
name, type and first 240 characters of the content. 
The output is organized in tables that can be made 
into document tables. The techniques can also be 
used for creating reports for data contained in 

45 documents, for accessing classical data dictionary 
information, finding information "buried" in docu- 
ments as well as finding the connectivity of graphic 
models. The system automatically connects with an 
ORACLE™ data base anywhere the database is 

so located. 

There is a great deal of information maintained 
on the ORACLE™ database that is accessed that 
"backs" each Shared Book with Data Base. This 
window allows the system to easily combine the 

55 query across each category of information. In the 
Information Management window, for example, 
fields are available that contain the book names 
and the associated data base account names for 
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those books to be queried. The system can query 
across as many books as desired and this is espe- 
cially useful where the files in each book have a 
common querying field, e.g., attachment column, 
file name, and any of the fields that are part of 
Quick Queries. 

A hierarchically Nested Display is provided. 
That is, to make an entire nested structure of 
folders and other icons easy to observe, both a 
folder and the icons inside it are displayed in the 
same window, indenting the names of the icons 
inside the folder, in an outline style as illustrated in 
Figure 5. For example, as shown in Figure 3, the 
displayed FolderA not only illustrates the files and 
documents contained within FolderA, 
ChildFolderAI, ChildFo!derA2, DemoDod and 
DemoDoc2 (illustrated in Figure 3) but also dis- 
plays the sub files in each of the first level of files 
in indented form. That is, ChildFolderAI is dis- 
played as containing indented sub files ChildChild- 
FolderA, DemoDoc3, and DemoDoc4, and 
ChildFolderA2 is displayed as containing sub files 
DemoDocS and DemoDoc6. Thus, the entire nest- 
ed structure can be displayed and visualized with- 
out obscuring any of the files. This nested display 
can be carried to multiple levels. That is, if Child- 
ChildFoiderA contained sub files, these files could 
also be displayed in indented form under ChildChil- 
dFolderA. 

Files or icons can be opened into a separate 
window rather than having an open icon or file 
completely obscure the window from which it was 
opened, as illustrated in Figure 4. A first window 
displays the contents of FolderA, namely 
ChildFolderAI, ChildFolderA2, DemoDoc3 and 
DemoDoc4. This is the same display as shown in 
Figure 3. However, if the work station professional 
desires to display the contents of one of the files or 
documents in FolderA, for example, ChildFolderAI, 
the contents of ChildFolderAI are displayed in a 
separate window. As illustrated the file ChildChild- 
FolderA, DemoDoc3, and DemoDoc4. Contained 
within ChildFolderA are shown in a second window 
offset from the window containing the contents of 
FolderA. 

This display can be contrasted with prior art 
displays, wherein the window showing the contents 
of ChildFolderAI obliterates the window showing 
the contents of FolderA. The second window gives 
the work station professional a nested display, thus 
a more comprehensive visualization of the relation- 
ship of files and documents. It should be under- 
stood that it is within the scope of the present 
invention to provide additional levels of separate 
windows containing further delineation of files, sub- 
files and documents. Folders and file drawers open 
as before, showing just the icons directly inside . 
To display icons within the icons in the open folder 



or file drawer window, a folder pop-up menu in the 
window header 40 is accessed by use of cursor 42, 
illustrated in Figure 5. Various options are then 
available to the workstation user. For example, 

5 "Show One More Level" will display the icons 
inside the icons in the open folder or file drawer 
window by selective operation of cursor 42 and 
mouse 30. Selecting "Show One More Level" again 
will display the icons within the icons inside the 

io icons in the open folder, as illustrated in Figure 6. 

Each level displayed is indented a bit more 
than the previous level. "Show One Less Level" 
will remove the last nested icons from the display. 
"Show All Levels" will show all the icons inside of 

75 all folders. "Show Top Level" will display just the 
icons inside the folder or file drawer that was 
originally opened when opened the first time. 

Thus, with reference to Figure 8, assume the 
contents of FolderA are initially ChildFolderAI, 

20 ChildFolderA2, DemoDod and DemoDoc2. To dis- 
play one more level, the work station user would 
move the cursor 42 to the triple bar symbol 41 and 
click open the pull down menu illustrated in Figure 
5. The user would then move the cursor to the 

25 "Show One More Level" position on the pull down 
menu. This would cause the display of ChildChild- 
FolderA, DemoDoc3, DemoDoc4, DemoDocS and 
DemoDoc6 as shown in Figure 8. Repeating this 
sequence for showing one more level would show 

30 the complete display as illustrated in Figure 6. 

Since the icon names at each level are in- 
dented a bit more than the previous level, icons 
beyond a certain nesting level would not fit in the 
NAME column. This is handled by "wrapping ar- 

35 ound" and starting over at the left edge, but with a 
vertical bar character at the left edge to indicate 
that the level is actually much more than the in- 
denting indicates as illustrated in Figure 7. 

When a folder and the icons inside it are both 

40 visible, selecting the folder will automatically select 
all the icons inside it as shown in Figure 8. That is, 
.by selecting ChildFolderAI, ChildChildFolderA, 
DemoDoc3, and DemoDoc4 are also automatically 
selected. Thus, operations on the folder 

45 ChildFolderAI, will also operate on the icons inside 
the folder. For example, deleting the folder will also 
delete all the icons inside the folder. Copying or 
moving the folder will copy or move the icons 
inside as well. 

so Any time a folder is included in the selection, 

all the icons inside it will also be included in the 
selection. For example, in Figure 8, if DemoDoc4 is 
selected, then attempts to extend the selection to 
include DemoDocS will also include ChildFolderA2 

55 and all the icons within ChildFolderA2 including 
DemoDocS, as shown in Figure 9. Note that individ- 
ual icons that have no other icons showing nested 
inside them may be selected and operated on as 
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usual. Also, extending the selection within a folder 
works as usual, for example, selecting DemoDoc3 
and extending to select DemoDoc4 would select 
just those two documents. Note that when a folder 
and the icons inside it are both visible and the 
icons are selected, the folder cannot be opened 
into a separate window (it is already "open"). Also, 
PROP'S will work normally. When icons are nested 
so deeply that they wrap around, selection high- 
lighting still works properly - all the icons inside a 
folder are selected with the folder. 

Icons can be moved and copied out of a win- 
dow as usual. Also, as usual, when a folder is 
moved or copied, all the icons inside it are moved 
or copied as well. However, the visualization of this 
type if operation is easier with the nested hierarchi- 
cal displays of the instant invention. Icons can be 
moved and copied onto individual icons in a hierar- 
chically nested container display. Icons can also be 
moved and copied into a hierarchically nested con- 
tainer between items, as usual, but note that the 
behavior is often quite different from a non-hierar- 
chically nested container display. Some examples 
will clarify the difference. 

o Example 1, Ordinary Container Display 

To Copy an icon, i.e. New Icon between Fol- 
derA and FolderB 
FolderA 
Newlcon 
FolderB 

the new icon will be inserted between Folder A 
and FolderB 
FolderA 
Newlcon 
FolderB 

o Examples 2,3, 4. Nested Container Display. 

FolderA 

2 Newlcon 

Folderl (inside FolderA) 

3 Newlcon 

Folder2 (Inside Folder A) 

4 Newlcon 
FolderB 

To copy an icon to position 2 (between FolderA 
and Folderl Inside FolderA), the new icon will be 
inserted into FolderA, before Folderl Inside Fol- 
derA: 
FolderA 
Newlcon 

Folderl (Inside FolderA) 
Folder2 (Inside FolderA) 

Of course, if FolderA is sorted alphabetically 
from A to Z, then the new icon will appear in its 
appropriate position. This is true of the examples 
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below as well. 

To copy an icon to position 3 (between Folderl 
(Inside FolderA) and Folder2 (Inside FolderA), the 
new icon will be inserted into FolderA: 
5 FolderA 

Folderl (Inside FolderA) 
Newlcon 

Folder2 (Inside FolderA) 
FolderB 

70 To copy an icon to position 4 between Folder2 

(Inside FolderA) and FolderB, the new icon will be 
inserted into FolderA: 
FolderA 

Folderl (Inside FolderA) 
Folder2 (Inside FolderA) 
Newlcon 
FolderB 

Note that it is within the scope of this invention 
that Newlcon could be inserted at the same level 
20 as FolderA and FolderB. The Folder/File Drawer 
Display Options sheet now has a new item, "Open 
Method" with these two choices: "Show All Lev- 
els", "Open Within" and "Open Next To", as illus- 
trated in Figure 10. Selecting "Open Within" 
25 means icons open by replacing the window con- 
taining the icon. Selecting "Open Next To" means 
icons will open into a separate window next to the 
window containing the icon as in Figure 4. Note 
that this means several icons in an open folder 
30 window can be opened at the same time as illus- 
trated in Figure 10. 

When "Open Next To" is used, the icon that 
was opened appears "busy" in the original window. 
This prevents the icon from being opened again, 
35 deleted, moved or copied, while it is open as 
illustrated in Figures 4 and 10. If the original win- 
dow is closed, all windows "Open Next-To" it are 
also closed, automatically. 

"Show Next" and "Show Previous" appear in 
40 the window "Open Next-To", and work as expect- 
ed: the window in which "Show" is selected is 
replaced with the next icon from the original open 
folder window. 

It should be noted that within the scope of this 
45 invention, there are other ways to specify the 
"Open" method, for example: 

(1) The default method can be specified in the 
UserProfile: 
[Folder-FileDrawer) 

50 Open Method: Open Within --or Open Next To 

(2) Each icon in an open container can contain a 
pop-up menu with two menu items, "Open With- 
in" and "Open Next To". Selecting the appro- 
priate menu item will open the icon either on top 

55 of the folder window, or next to the folder win- 
dow. The pop-up menu for each icon is obtained 
by chording the mouse buttons (pressing both at 
once), or by holding down a shift key while 
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pressing the left mouse button. Figure 1 1 shows 
the pop-up menu over DemoDocl. 
Files or icons can be opened into a separate 
window rather than having an open icon completely 
obscure the window from which it was opened as 
illustrated in Figure 4. As illustrated in Figure 4, a 
first window displays the contents of FolderA, 
namely, ChildFolderM , ChildFolderA2, DemoDoc3 
and DemoDoc4. This is the same display as shown 
in Figure 3. However, if the work station profes- 
sional desires to display the contents of one of the 
files or documents in FolderA, for example, 
ChildFolderAI , the contents of ChildFolderAI are 
displayed in a separate window. As illustrated, the 
file ChildChildFolderA, DemoDoc3, and DemoDoc4 
contained within ChildFolderA are shown in a sec- 
ond window offset from the window containing the 
contents of FolderA. 

A FIND capability enables finding of strings, 
text and icons in a folder display, including forward 
and backward search and automatic text type con- 
version based on selection. Text strings or data. are 
extracted from an icon or file and converted to a 
form that enables the data to be tound in the folder 
display. A typical scenario is to select an icon, 
position the cursor in the folder, press the FIND 
key for a find window, and the text name asso- 
ciated with that icon will then be searched for in the 
folder and highlighted or indicated in some manner 
if found. The method of finding and displaying files 
in an electronic workstation includes the step of 
displaying within the window a plurality of icons 
and related text representing a hierarchy of files 
and subfiles stored within the memory. The next 
step is selecting an icon disposed on the screen, 
said icon having associated text. Then the find 
switch is actuated to search and find the hierarchy 
of files and subfiles for text identical to the text 
associated with said icon. 

With reference to Figure 12. there is a general 
illustration of shared data base and backed docu- 
ments and relationships in accordance with the 
present invention In particular, documents are auto- 
matically orrganized and accessed in shared books 
as shown at 1 and the shared book totally manages 
the database as illustrated at 2 The document 
information is data base backed as shown at 3 and 
the database contents are comprehensively and 
easily accessed with iconic queries depicted at 4. 
The query results are capable of being put back 
into documents shown at 5-The data base server 
provides information such as tables and fields, pro- 
ject management data, and graphic modeling data. 
Various presentation graphics are available such as 
pies, bars, lines, and charts. 

A Quick Queries Window describes the Re- 
mote Shared Book. It is accessible from all of the 
Shared Book related entities including the Refer- 
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ence icon to a Shared B ook, the Remote Shared 
Book and the Workstation Shared Book menu 
header. Quick Queries offers a speedy, iconic 
method of performing sophisticated cross reference 

5 queries effortlessly to obtain much of the data that 
describes the files, graphics, VP Document Fields 
and Tables (all maintained transparently on an 
ORACLE ™ Database). Based on these relation- 
ships, here is the recommendation to best use 

70 these entities: The File Drawer stores exclusively 
the Remote Shared Book. It is recommended that 
the name Library be appended to the file drawer 
name to indicate the purpose of the drawer. The 
Reference to a Shared Book is Used for mailing to 

75 others and as entries in Reference Books. Open 
Quick Queries from this icon to save space on the 
desktop (instead of keeping the Workstation 
Shared Book on the desktop). The Remote Shared 
Book is used to make Reference icons (by using 

20 Reference Selected Version or Reference Last- 
Filed Version menu commands in the window 
header). Quick Queries is used for Accessing 
Quick Queries from any of the Shared Book en- 
tities. It performs sophisticated queries across 

25 many books and many types of information as 
required. 

Figure 13 shows the Quick Query window data 
qualifications that compose a query that extends 
across these block types of data. To show all of the 

30 File names AND who they were Modified By AND 
for PERT/CPM Activities OR Milestones AND those 
that Hank's Responsible for AND what the Status of 
those that are YELLOW, the icons are simply 
turned on by clicking over the item and then enter- 

35 ing qualifying data in each of the text item fields. 
This constitutes the query statement sentence 
above. The appropriate data is returned per that 
specification. Actually you are allowed to qualify 
your queries with the wildcard * and the compari- 

40 son operators =,<>,>, > = , BETWEEN... AND 

In (list) LIKE, IS NULL, and the negation of the last 
four operators using NOT: NOT BETWEEN, NOT 
IN , NOT LIKE and IS NOT NULL. Once you are at 
a level where you are querying a Shared Book that 

45 contains ViewPoint Documents, you may query the 
contents of the ViewPoint documents very quickly. 
One can specify those potentially complex queries 
simply by selecting the appropriate Quick Queries 
information group (graphic) icons in the top of the 

so Quick Queries Window. At any point you can al- 
ways Open or Print the actual document itself from 
the Shared Book to examine its' contents. 

Figure 14 describes the relationships of Shared 
Book entities. It is important to observe the location 

55 of where the actual real shared information exists 
(these are the icons with black borders) and the 
relationships of the rest of the entities to them to 
understand exactly what type of information one is 
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looking at with each of the entities. The file drawer 
and the Reference to a Shared Book are pointers 
to files on a File Server — they occupy 0 disk 
pages on a desktop. In contrast, the Remote 
Shared Book on the file server, is all content. 5 

The Workstation Shared Book is not really a 
reference icon and not really a resident icon like a 
document — it is somewhere in the middle. When 
one opens a Workstation Shared Book icon, what 
is on the remote server is being looked at and 10 
considered the truth. After locking a file in the 
Shared Book Window and then opening it, the file- 
(s) will be copied from the server to the work- 
station. After closing the document the Status col- 
umn in the shared book window will indicate that it 15 
is local with the small terminal icon; a black lock 
will show that it is locked by you and a plus sign 
will indicate that it is more recent than the truth on 
the server. One can determine that exact status of 
each of Shared Book Entries from this window with 20 
respect to Remote Shared Book. 

To create a SHARED BOOK WITH DATA 
BASE, in a specific embodiment, it is necessary to 
obtain a Blank Book Icon from the Directory, Press 
Props - A property sheet will appear. Fill out the 25 
property sheet illustrated in Figure 15 as follows: 1. 
Point into the "Name" field. Fill in the Name that 
you want the book to have. 2. Select "Sorted" or 
"Unsorted". If "Unsorted" is chosen, continue with 
step 3. If "Sorted" is chosen: Two additional fields 30 
will appear. Select "Name"or "Version Date". Se- 
lect the method of sorting; "A-Z" or "Z-A"3. Press 
the "NEXT" key. In the field n Notes:"fill in any 
Notes that will be helpful to others about the use of 
the book or anything else that is important to it's 35 
readers or developers. 4. Press the "NEXT" key. 
Following the format in the Attention menu at the 
top of the screen. Format for Remote Location: 
(Server:Domain:Organization) File 
Drawer/Directory.. .fill in the Remote Location with 40 
the server location where the book's contents will 
be stored automatically. 5. Press the "NEXT" key. 
select either: a) the "Keep All Versions" field or, b) 
the "Limit Number Of Versions To Keep" field and, 
following the format in the Attention menu at the 45 
top of the screen, fill in the number of versions of 
files that will be allowed to exist on the server at 
one time. The Shared Books application will auto- 
matically delete the oldest versions' of any file with 
more versions than the number you specify. 6. 50 
Press the "NEXT" key. The following'message will 
appear in the Attention menu at the top of 
thescreen. Format for Database Services Database, 
Name:Domain:Organization Fill in the Database 
Name with the name of the Network name of the 55 
Data Base Service you will be using. See system 
administrator for details. 7. Press the "NEXT" key. 
Fill in the Host Logon Name with the VAX com- 
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puter account name. 8. Press the "NEXT" key. Fill 
in the Host Password of the VAX ™ computer 
account 9. Press the "NEXT" key. Fill in the 
Database Logon with the ORACLE ™ account 
name on the VAX ™. 10. Press the "NEXT" key. 
Fill in the Database Logon with your ORACLE ™ 
password for the ORACLE ™ account name on the 
VAX ™ 11. Press the "NEXT" key. Fill in the Limit 
Retrieved Rows To field to the number of rows 
displayed at one time during a Quick Queries ses- 
sion. 12. Press the NEXT key. Fill in the Display 
(number of) characters of LONG data types with 
the number of characters retrieved by default in the 
Quick Queries operations. A lower number will in- 
crease performance. 13. a) If "Limit Number Of 
Versions To Keep" was selected in Step 5 ; con- 
tinue with Step 14. b. If "Keep All Versions" was 
selected in Step 5. An additional field will have 
appeared. This selection controls the versions that 
will be sent to the data base. Select "All Versions", 
or, Select "Latest Version Only". 14. In the field 
"Send Viewpoint Document Fields To Database", 
select "Yes" or "No". Selecting "Yes" sends the 
Fields in the Document to the database so that the 
information contained in the fields will be available 
for performing "Quick Queries". 15. Select "Done" 
to initiate the Books creation, or, Select "Cancel" to 
cancel the operations. (See Figure 7.) The Shared 
Book with Data Base will be created, automatically, 
on the desktop as well as at the server location and 
on the Data Base Service. 

Figure 15 illustrates one reference book. . To Cre- 
ate a Reference to a Book: 1 . Open up the appro- 
priate Drawer to see the Shared Books on the 
server. 2. Select the book created and select 
"Reference Selected Icon" in the menu header. A 
reference icon will appear on the desktop. 3. Put 
that reference icon in the Reference Book 

User privileges require that one gain simple 
access rights to information located on servers. 
These access rights provide the protection for your 
libraries content. User privileges are based on NS 
Filing Access rights. One can control access to any 
entry or the book itself as required for one applica- 
tion. There is a choice of: Read;Write; 
Add/Delete;Change; Access; attributes. For control- 
ling access to the entries, select an entry and 
selecting the Show Details in the Shared Books 
Window Header. Then click on the access you 
require, select CHANGE ACCESS LIST and then 
DONE for the property sheet. Note: Since Shared 
Books are hierarchical, one can now allow access 
to branches of files by changing the access to a 
folder. All "children" of that folder will inherit those 
access rights. For controlling the access to the 
Shared Book itself, one must already have 
"Change Access" rights. One may change access 
two ways ~ by pressing PROPS from a closed 
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icon, or selecting SVC Book Properties" from the 
Shared Book icon in the Shared Book window 
header. At the present time, user privileges to the 
data that is part of Quick Queries exists on an 
ORACLE ™ Database on a VAX™ computer on 
the net. This is automatically made the same as 
the Book's Read access list. 

While organizing ViewPoint files has seldom 
been considered a significant problem since the 
data in them is terminal, organizing the data that is 
extracted from them deserves prior planning since 
it's use may be just beginning. Here are categories 
of data extracted from files (automatically and 
transparently) when they are checked into Shared 
Books. These include: NS Filing — A part of every 
file; tructured Graphics (and relationships) — 
Names of objects and connections and their rela- 
tionships; CASE ~ Graphic Modeling;Project Man- 
agement —Workbreakdown and and PERT/CPM 
Chart Graphics; Graphics Data Attachments — 
records of data associated with each Graphics Ob- 
jects; ViewPoint Fields — one instance of each 
fields and it's data per document; ViewPoint Tables 
-- effectively multiple instances of VP Files in a 
document. To determine what data should be a 
part of each book, examine and limit the specific 
purpose or application of each book. 

The use of Workstation Shared Books requires 
only the understanding of a few menu commands 
to enable successful controlled sharing of informa- 
tion created. After opening the Shared Book win- 
dow three commands enable successful use of the 
system:Lock -- allows exclusive rights to modify a 
file, Check in ~ updates the "truth" in the Remote 
Shared Book after you have opened and modified 
your files, Unlock — releases rights to modify a file 
and deletes the local copy of the file on you 
desktop. The files in the Shared Book view the 
remote Shared Book. They are what is presently on 
the file server. One may always read the files on 
the Remote Shared Book even though someone 
has it locked and may be modifying it. 

The Status column indicates if the file is locked 
with a "Lock" symbol (by you or anyone else); if it 
is local with a small terminal (it must be locked by 
you first) and with a " + " if the version on the 
desktop is more recent than the files on the Re- 
mote Shared Book. Normally these icons are black. 
If a locked icon is gray, it has a modified meaning. 
If the terminal is gray, someone else has the file 
locked, or you have checked a version of this file 
on another workstation that is more recent than the 
one you have locally. A gray " + " indicates that the 
display has not updated to allow a check for the 
version on the desktop being more recent than the 
files on the Remote Shared Book. 

A reference is effectively a pointer to the Re- 
mote Shared Book. References have a number of 
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useful purposes: They are ideally suited to be 
mailed to another since they do not take up any 
space on a workstation and are effectively pointers 
to the actual information. The Quick Queries menu 

5 item appears in the widow header of every Refer- 
ence Icon to a Shared Book with database allowing 
one to quickly execute complex queries iconically 
from the Reference to Shared Book. One need not 
care where the actual database that will be queried 

w is located. One will be automatically logged on and 
ready to find the information that is sought. Since 
the Reference icon opens to a Show All Levels 
display, one sees directly the full listing of a 
Shared Books contents. Reference icons are made 

75 by opening the file server to the Remote Shared 
Book and selecting Reference Selected Version or 
Reference latest Version. 

Quick Queries provides a speedy simple iconic 
method of flexible cross referencing and accessing 

20 of data that is part of files. It's easy to use since 
the SQL (System Query Language) is generated 
based on the icon selections across many books 
and many types of information contained in those 
files. Since the ORACLE database that Quick Que- 

25 ries uses is record oriented, applications that use 
tables or information or that have their output data 
organized as tables are best suited for Shared 
Books. 

The information available for query is sepa- 

30 rated into blocks that correspond to types of in- 
formation within Viewpoint Documents. This pres- 
ently consists of filing Attributes e.g. File Name, 
Modified By, Modified On etc.; SVP Graphic Object 
Types e.g. PERT/CPM Chart Milestones and Activi- 

35 ties or Data Flow Diagram Data Transformations or 
Data Stores. For Graphic Data Attachments, this 
may consist of columns of data that supplement 
the objects for which they are attachments. For 
PERT Chart activities, Responsibility and Location 

40 may be two types of data that support the activity. 
ViewPoint Fields may hold required data for docu- 
ments in formats. ViewPoint Tables are treated as 
multiple VP Fields in a View Point Document. 

The logic for creating a query to ORACLE is 

45 based on an AND logical relationship between each 
block type of information. An AND logical relation- 
ship also exists inside each of the blocks of in- 
formation except for the Graphic Types and Rela- 
tionships which are the same object icons that are 

50 available to be drawn in Graphics. The relation- 
ships between these objects are logical OR's. Al- 
though not shown, multiple Shared Books can be 
queried with an AND logical search criteria across 
many books. I n Fig. 16 there is shown a flowchart 

55 which represents the basic transaction occurring 
during each instance of a Shared Bood with Data 
Base operation, i.e. upon user invoked operational 
commands on a Shared Book40, wherein such an 

13 
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operation has a requirement orneed for current 
shared book ionformation to properly implement 
the operation. The transaction of Fig. 16 is carried 
out to completion from START to FINISH with 
performance of the invoked "Do Operation" at 116. 
The transaction of Fig. 9 can be divided, for conve- 
nience, into a BEGIN portion and an END portion. 
The begin portion updates the local copy of shared 
book information if necessary. The end portion 
updates the remote instance of a shared book data 
file, if necessary, by copying data from workstation 
14 to the remote files services. Encompassing 
these updating functions is the locking and unloc- 
king the shareed book's lock. The BEGIN portion is 
represented by functions 110, 112 and 114 and the 
END portion is represented by the functions 118 
and 120. 

In this connection, the implementation for 
shared books provides arbitration of access to the 
remote shared book data by usikng a lock on the 
shared book. The lock is implemented by the 
database service and is available over the network. 
In this manner, any user invoked operation that 
requires up-to-date shared book, data, or could 
possibly effect data changes, such as opening a 
shared book, opening an entry, opening the shared 
book property sheet or opening a shared book 
Details property sheet, locking a particular entry, 
copying a shared book entry to desktop or copying 
an entry from desktop back into shared book, 
causes the implementation to acquire or attempt to 
acquire a lock on the Shared Book will Data Base. 
If successful, the command is allowed to proceed 
and the lock is held on the shared book for the 
duration of the execution of the command, after 
which the shared book is released. Otherwise the 
user is informed that the shared book is currently 
in use and displays the name of the other user that 
presently has shared book locked. Otherwise, the 
user is informed that the shared book is currently 
in use and displays the name of the other user that 
presently has the shared book locked. 

Locks are specified for the shared book per se 
or for an entry or entries. The former control is 
invisible to the user and the latter control is invoked 
by the user and is visible to all users in their user 
interface representation. The former provides for 
consistent and continuous serialized updating of 
the shared book representation while the latter 
gives a user exclusive right over an entry, usually 
for the purpose of entry modification. It should be 
realized that the Shared Book with Data Base is 
locked only during execution of a operation com- 
mand and the lock, therefore, is usually "short 
living", i.e. milliseconds or seconds or minutes, 
whereas entry locking occurs manually by a user 
which will remain indefinitely or at least until invok- 
ing of a "Save" command on an entry or explicitly 



canceling the lock and, therefore, is "long living", 
i.e. minutes, days or even weeks. The purpose of 
the shared book lock is to maintain consistency in 
updating information about a shared book without 

5 processing further updating information from an- 
other shared book implementation so that updates 
to a shared book's data file are serialized by trans- 
parently acquiring its lock. Once the lock is re- 
leased, another implementation is free to acquire 

w the shared book lock via the next user invoked 
operation command. 

Upon a user invoked operation command, the 
implementation will conduct a transaction with the 
remote database service to determine if the shared 

75 book is locked, as indicated at decision box 110. If 
the shared book data file is locked, the task is 
finished, i.e. aborted, and the user is encouraged to 
try again. If the shared book data file is not locked, 
then the shared book is locked, as indicated by 

20 box 112. Next, the current shared book information 
is obtained from the shared book data file, if neces- 
sary, i.e. the information, as updated, pertaining to 
the current list of entries of the shared book and 
the fields of records pertaining to shared book 

25 window, the shared book property sheet and each 
shared book entry property sheet. This function is 
represented by box 114 in Fig. 16. After informa- 
tion updating of the local instance of the shared 
book user interface representation, the task 

30 originally invoked by the user is processed, as 
represented by the "Do Operation" of box 116. 
This task, that wilt invoke the transaction of Fig. 16, 
will be an operation at the entry level, such as, 
opening an entry, copying an entry, opening an 

35 entry Details property sheet or locking an entry 
paginating one or more entries or printing one or 
more entries on the shared book. There are also 
some operations relative to the shared book entity 
per se, such as, opening of a shared book icon, 

40 opening the shared book property sheet, copying 
an entry into or out of the shared book, or paginat- 
ing the shared book or copying the shared book to 
the printer icon, that will invoke the transaction of 
Fig. 16. 

45 The next function to occur in the transaction of 

Fig. 16 is an updating of shared book information, 
relative to the local instance, to the remote file 
service, i.e. to the remote shared book data and 
database files. This is represented by box 118 in 

so Fig. 16. Thus, any local changes to information 
relating to the shared book, for example, addition of 
a new entry to a local instance of shared book or 
invoking a "save" command on an entry, will be 
updated to the remote shared book, after which the 

55 shared book lock is removed, as indicated at box 
120. The transaction is thus completed or FINISH. 

Examples of user invoked operations are 
shown in Fig. 17 and 18 relative to an already 

14 
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selected entry. Fig. 17 represents the entry level 
operation for opening an entry, via the <OPEN> 
command, while Fig. 18 represents the entry level 
operation for saving an entry. In Fig. 10, if a user 
has opened shared book window and selects an 
entry and thereafter invokes an <OPEN> command 
from keyboard 25, the BEGIN portion of transaction 
of Fig. 9 is initiated, determining the locking state 
of the shared book data file at 110 and, upon 
obtaining that lock at 112, updating the local in- 
stance of its representation at 114. 

At this point, the "Do Operation" 116 is per- 
formed, which, in the case here, is the opening of 
an entry. Some operations, such as, opening an 
entry, copying an entry out, entry details, ensure 
the user has made a correct selection by aborting 
at this stage if the local shared book data was 
indeed updated at box 114. If at box 114 new data 
was not actually retrieved because there was no 
new data to report, these particular operations pro- 
ceed as invoked. A check is made to determine if a 
local cache of the entry exists and, if not, the 
current version of the entry is obtained from the 
remote file service. On the other hand, if a copy of 
the entry exists at the local instance of the shared 
book, then a check is made to determine if the 
local instance is up-to-date, i.e., if the version at the 
remote file service has a later creation date than 
the locally cached version. If true, then the im- 
plementation will have the copy of the more recent 
version on the remote file service replace the local 
copy of the entry. This functioning is indicated by 
box 122 in Fig. 17. Next, the up-to-date entry is 
opened, which is represented by box 124 in Fig. 
10. The "Do Operation" 116, having been com- 
pleted, the END portion of the transaction of Fig. 9 
is completed with updating of the remote instance 
of the shared book representation, if necessary, at 
118 and the unlocking of the shared book data file 
of the representation at 120. 

It is of side interest relative to this Open Entry 
example of Fig. 17 to note that if the user had not 
previously invoked a Lock Entry operation, the 
above opened view of the entry in some cases 
would be a read-only version, i.e. not editable. 

In Fig. 18, if a user had locked and/or edited 
one or more entries of the shared book and desires 
to update the remote instance of the entry or 
entries 44, the user may invoke a "Save" com- 
mand from header of shared book window, as will 
be explained in greater detail later. This action 
invokes the BEGIN portion of transaction of Fig. 16 
and a determination of the locking state of the 
shared book at 110, followed by hopefully the 
successful seizure of the lock at 112 and the up- 
dating of the local copy of its representation at 114, 
if necessary. At this point, the "Do Operation" 116 
is performed, which, in the case here, is the saving 



of an entry. For each entry that has been locked by 
the user, the entry is copied to the remote file 
service providing an up-to-date remote copy of the 
entry. This function is represented by box 126 in 

5 Fig. 18. After "Save" function is performed, the 
saved entry or entries are automatically unlocked 
by the implementation because an entry "Save" 
operation connotes the completion of the task of 
entry modification. This is represented by box 128 

10 in Fig. 18. The "Do Operation" 116, having been 
completed, the END portion of the transaction of 
Fig. 16 is completed with updating of the remote 
instance of the shared book representation, if nec- 
essary, at 118 and the unlocking of the shared 

15 book data file of the representation at 120. 

It is of side interest relative to this Save Entry 
example of Fig. 18 to note that if the user had not 
previously invoked a Lock Entry operation, the en- 
try or entries would not be saved by copy to the 

20 remote file service. Again, to maintain consistency 
of the current state of the shared book, the shared 
book cannot be undergoing changes or updating 
by another user concurrently with the attempted 
"Save" operation by the instant user and represent 

25 a current state of a shared structured data object 
viewed by multiple users at different workstations. 

An important point represented by these two 
examples is that a shared books data file and 
records are locked so that no other user can 

30 change the status of the shared book while the 
locking user is changing its status or the status of 
one or more entries, such as, by updating via the 
"Save" command. 

While the invention has been described in con- 

35 junction with specific embodiments, it is evident to 
those skilled in the art that many alternatives, 
modifications and variations will be apparent in light 
of the foregoing description. Accordingly, the in- 
vention is intended to embrace all such alterna- 

40 tives, modifications and variations as fall within the 
spirit and scope of the appended claims. 

Claims 

45 1. In a multi-user collaborative system in which 
the contents of a shared structured data object 
representing one or more entries and the con- 
tents of a related data base can be concur- 
rently accessed by different users at a plurality 

so of workstations comprising the steps of 

displaying at each workstation a represen- 
tation of the shared structured data object in- 
cluding data relative to any related structured 
data objects therein, 

55 the step of displaying including in said 

representation a visual indication of activity oc- 
curring at other workstations affecting the 
shared structured data object's status and the 
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occurrence of modifications to the contents of 
said entries, 

exhibiting an inquiry means to the related 
data base, 5 

tracking said entries as accessed and 
modified by respective users and 

posting the status thereof in said repre- io 
sentation at any other workstations upon user 
completion of modification to any of said en- 
tries when a user invokes an operation relative 
said other workstation representation. 

75 

2. The method of claim 1 including the steps of 

locking up one or more of said entries 
preventing access by other users of said 
locked entries, and 

displaying at each workstation an indica- 20 
tion at said representation the status of any 
locked up entries including an indication of the 
locking user. 

3. In a multi-user collaborative system, a shared 25 
structured data object having related structured 
data objects capable of being concurrently ac- 
cessed by different users respectively at dif- 
ferent workstations on a networked workstation 
environment and including a shared, related 30 
data base, said shared structured data object 

and said data base accessible by said users at 
each of said workstations, means displayed at 
each of said workstations comprising a current 
status of predetermined attributes relating to 35 
the current status and modifications made to 
said related structured data objects, and 
means included in said current status means 
visually indicative of the denial of access to 
one or more of said related structured data 40 
objects by one or more of said users. 

4. In a multi-user collaborative system, a shared 
structured data object having related structured 

data objects and a related common data base 45 
capable of being concurrently accessed by 
different users respectively at different work- 
stations on a networked workstation environ- 
ment, said shared structured data object ac- 
cessible by said users at each of said work- so 
stations and at remote locations on said net- 
worked environment, a representation of said 
structured data object displayed at each of 
said workstations comprising a current status 
of predetermined attributes of said users, 55 
means at each of said workstations to periodi- 
cally update the status of said representations 
as maintained at each of said workstations, 
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means to prevent access to said representa- 
tion at said remote file services by other users 
at other workstations when said updating 
means is operational relative to a respective 
user at a respective workstation, said updating 
means operational only on a demand notifica- 
tion basis each time a respective user at a 
respective workstation invokes an operation on 
said shared structured data object if the nature 
of execution of said operation is dependent on 
the currency of said representation such that if 
the version of said representation at said re- 
spective workstation is not current with the 
version of said representation at said remote 
locations said invoked operation will be abor- 
ted and said representation will be updated. 

5. The multi-user collaborative system of claim 4 
wherein on of said operations is the limiting of 
access of at least one of said related struc- 
tured data objects to the control of said re- 
spective user. 

6. In a user interface representation for use in a 
networked workstation environment to provide 
a library metaphor abstraction for shared dis- 
play representation to a plurality of users at 
different workstations on a network of collabo- 
rative activities being carried out among the 
users, said representation comprising a plural- 
ity of fields indicative of the status of said 
activities and their currency, means at said 
workstation to update said representation upon 
a user invoked operation relative to said repre- 
sentation. 

7. In a electronic workstation device having a 
keyboard and display screen desktop, the 
workstation being electrically interconnected to 
a remote, shared data base and to shared 
structured data objects, the screen display de- 
sktop being provided with a plurality of window 
options for access to the data base through the 
use of screen text and icon representations, a 
method of access to the data base and the 
structured data objects comprising the steps 
of: 

entering a quick query access mode, 

selecting an information query window to 
provide a plurality of text or graphic symbol 
prompts, at least one of the text prompts in- 
cluding a query window, 

providing search text in said query win- 
dow, 
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selecting a least one of said plurality of 
text or graphic prompts to display additional 
prompts, 

initiating a common search of the shared 
data base according to selected graphic sym- 
bol prompts and search text, and 

displaying the results of the search of the 
shared data base in a results table on said 
display screen. 

8. In a electronic workstation device having a 
keyboard and display screen desktop, the 
workstation including a plurality of structured 
data objects, the workstation being electrically 
interconnected to a remote, shared data base, 
the screen display desktop being provided with 
a plurality of window options for access to the 
data base through the use of screen icon re- 
presentations, the shared data base and the 
workstation device combining to provide a 
metaphor for accessing the information in the 
data base, the metaphor including the plurality 
of structured data objects, a method of access 
to the data base comprising the steps of: 

entering a quick query access mode, 

selecting an information management win- 
dow to provide a plurality of structured data 
object related prompts and filing attribute 
prompts, 

selecting a given structured data object for 
access, and 

optionally displaying a plurality of icons 
representing attributes of the structured data 
object. 

9. The method of claim 8 including the step of 
preventing access to selected structured data 
objects. 

10. In an electronic workstation device having a 
keyboard and display screen desktop, the 
workstation being electrically interconnected to 
a shared data base and including a plurality of 
structured data objects, the screen display de- 
sktop being provided with a plurality of options 
for access to the data base and the structured 
data objects through the use of screen text and 
icon representations, the structured data ob- 
jects including containers of other structured 
data objects, the method of access and display 
comprising the steps of: 

entering an access mode, 

selecting an information query to provide a 



plurality of text or graphic symbol prompts, 

providing search text for the information 
query, 

selecting a least one of said plurality of 
5 text or graphic prompts to display additional 

prompts, 

initiating a common search of the shared 
data base or the structured data objects ac- 
cording to selected graphic symbol prompts 
70 and search text, and 

displaying the results of the search of the 
shared data base on said display screen. 

11. In a electronic workstation device having a 
75 keyboard and display screen desktop, the 

workstation including a plurality of structured 
data objects with related data bases, the struc- 
tured data objects including containers, the 
screen display desktop being provided with a 

20 plurality of options for access to the structured 

data objects through the use of screen icon 
representations, the method of access to the 
structured data objects with related data base 
comprising the steps of: 

25 entering an access mode, 

selecting an information window to provide 
a plurality of attribute prompts, 

selecting a given structured data object for 
access, and 

30 preventing access to selected structured 

data objects and displaying a manifestation of 
said access that has been prevented. 

12. A method of accessing data objects with re- 
35 lated data base In a electronic workstation de- 
vice having a keyboard and display screen 
desktop wherein the workstation is electrically 
interconnected to the remote, shared data 
base and the screen display desktop is pro- 

40 vided with a plurality of window options for 

access to the data objects and the data base 
through the use of screen text and icon repre- 
sentations including the steps of selecting a 
window to provide a plurality of text or graphic 

45 symbol prompts, at least one of the text 

prompts including a query window, providing 
search text in said query window, selecting a 
least one of said plurality of text or graphic 
prompts to display additional prompts, initiat- 

50 ing a search of the data objects and shared 

data base according to selected graphic sym- 
bol prompts and search text, and displaying 
the results of the search of the shared data 
base on said display screen. 

55 

13. In an electronic workstation device having a 
keyboard and display screen desktop, the 
workstation including a plurality of structured 
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data objects with related data bases, the 
screen display desktop being provided with a 
plurality of window options for access to the 
data objects through the use of screen icon 
representations, the structured data objects 5 
and the workstation device combining to pro- 
vide a metaphor for accessing the information 
in the data base, the metaphor including a 
collection of books, the books including files 
and containers of the files, a method of access io 
to the data objects comprising the steps of: 

entering a quick query access mode, 

selecting a window to provide a plurality of 
book related prompts and filing attribute 
prompts, 75 

defining a search based on logical oper- 
ations, and conducting the search across a 
plurality of said books, 

and inhibiting access to predetermined 
books. 20 

In a multi-user collaborative system in which 
the contents of a hierarchy of shared struc- 
tured data objects representing one or more 
entries and the contents of a related data base 25 
can be concurrently accessed by different us- 
ers at a plurality of workstations comprising the 
steps of 

displaying at each workstation a represen- 
tation of the shared structured data object in- 30 
eluding data relative to any related structured 
data objects therein, 

the step of displaying including in said 
representation a visual indication of activity oc- 
curring at other workstations affecting the 35 
shared structured data object's status and the 
occurrence of modifications to the contents of 
said entries, 

exhibiting an inquiry means to the related 40 
data base, 



ing access by other users of said locked en- 
tries. 

17. The method of claim 16 wherein the step of 
locking up one or more of said entries prevent- 
ing access by other users of said locked en- 
tries includes the step of allowing access to 
the entry by a plurality of users but change to 
the entry by only one user. 

18. In a multi-user collaborative system in which 
the contents of a shared structured data object 
representing one or more entries and the con- 
tents of a related data base can be concur- 
rently accessed by different users at a plurality 
of workstations comprising the steps of 

displaying at each workstation a represen- 
tation of the shared structured data object in- 
cluding data relative to any related structured 
data objects therein, and 

the step of displaying including in said 
representation a visual indication of activity oc- 
curring at other workstations affecting the 
shared structured data object's status and the 
occurrence of modifications to the contents of 
said entries, the visual indication being a 
hierarchial display. 

19. The method of claim 18 including the steps of 
exhibiting an inquiry means to the related data 
base, tracking said entries as accessed and 
modified by respective users and posting the 
status thereof in said representation at any 
other workstations upon user completion of 
modification to any of said entries when a user 
invokes an operation relative said other work- 
station representation. 

20. The method of claim 18 wherein the hierarchial 
display includes Open Next To, Open Within, 
and Show All Levels. 



tracking said entries as accessed and 
modified by respective users and 

posting the status thereof in said repre- 
sentation at any other workstations upon user 
completion of modification to any of said en- 
tries when a user invokes an operation relative 
said other workstation representation. 

15. The method of claim 14 wherein a shared 
structured data object is a file and its attributes 
including filing abstractions such as fields, ta- 
bles, graphics and data attachments. 

16. The method of claim 14 including the step of 
locking up one or more of said entries prevent- 
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